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President’s Corner 


The big news to report this quarter is the formation of the APRS 
Working Group (APRS-WG), As reported in the last PSR, there was 
discussion (sometimes heated) concerning issues related to the future of 
APRS during April of this year. TAPR brought together the main 
players and facilitated a constructive dialog on the issues. The result 
of this meeting and follow up communications was the formation of the 
APRS Working Group (APRS-WG). TAPR is proud that it was able to 
help bring closure on this issue and set up a method in which the APRS 
community as a whole will be able to openly participate. More details 
on the APRS-WG appear later in the PSR. 


Another Dayton HamVention has come and gone for TAPR, Dayton, 
as expected, was 4 lol of fun again this year, The TAPR digital forum 
was well attended and the PacketBASH on Friday was jammed packed! 
If you didn’t make it this year, you really should plan on coming next 
year! No new kils or publications presented, but Steve Bible did show 
off his prototype for the upcoming Satellite PIC-Tracker box. You can 
read more about Dayton later in the newsletter. 


My apologies for the PSR coming out just after Dayton. We had 
hoped to get the PSR caught back up with this last issue, but the local 
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Prealdent's Corner, continued... 

printer we use closed their doors for several days due 
to a flu outbreak. This caused the PSR to get to the 
office just a8 Dorothy was leaving for Dayton, which 
resulted in it being mailed after we returned from 
Dayton. The June issue has us back on schedule 
again. Just as a reminder, the PSR deadlines are: Jun 
15th - Summer Issue, Sep 15th - Fall Issue, Dec 15th 
- Winler Issue, and Mar 15th - Spring Issue, 1f you 
have an article or information to submit for the PSR, 
Simply send e-mail lo psr@tapr,org. 


I received several messages from members 
regarding my stalement aboul the low voting 
turnout. For the last three years we have tried to 
save money and include the ballot as part of rhe PSR 
mailing, [n so doing, we somelimes found that the 
PSR could slip depending on a large number of 
Viridbles quarter to quarter. The PSR with the ballot 
in it this yedr had such a problem, The board 
discussed this al the last board meeting and we plan 
next yeur (o send out letters to all members and see 
iE they result in a higher election turnout, Thanks to 
those members thal sent in comments, 


If you haven't already read about it, the ARRL and 
TAPR Digital Communications Conference (DCC) 
is being held in Phoenix, AZ in Sept. Added this 
quarter to the final agenda is the topic for the 
technical seminar on Friday. Allen Finne, 
KBS5SQK, will be doing a seminar on HDTV. Allen 
is involved in HDTV currently with the installation 
of the broadcast system in Little Rock, AR. 


Finally, the FHSS radio project is gathering steam 
after a brief slowdown during the Spring. Two RF 
engineers have been recruited for the project. The 
good news is that the RF design works, but the board 
layout will need to be redone in order to fix some 
board level RF issues. We are expecting to turn both 
the digital and RF boards in July and the result 
should be one step closer to having a functional 
radio. Very good news indeed. 


Until next quarter! 
Cheers - Greg, WDSIVD 
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DXTelnet Version 4.51 


Fab Sartoni, IK4VYX 
dxte|net@usa.net 


With this bulletin I’m proud to announce that a new 
version of DXTelnet (4.51), is available. 


If you still don’t know about it, DXTelnet is a ham 
communication software package allowing several kinds 
of simultaneous connections to many listed DX resources, 


Among them: 
+ RF packet connections to DXClusters 
Telnet connections to DX Clusters or ham chatservers 
TRC connections to N6RT’s CODX DX Chat Room 
(see below) 
Web conncctions to OHZBUA'’s DXSUMMIT and 
JAC web clusters 
Connections (o online internet resources such as ORZ 
(TM) and Buckmaster (TM) on line CD ROMs, 425 
DX News, QSL Info, NOAA’s Solar Flux Hourly 
Report, 
PC Time Adjustment from the NASA Internet time 
server 

Note: It is possible to feed any log with the incoming 

Internet spots. 


What's new: 
+ Added full support to the new DX-Cafe node 
* The function retrieving the latest 425 bulletin online 
has been updated. 
Improved support of the ham converse chat server 
Improved support of the CQDX-IRC site (Check 
www,gsl.net/n6ri/eqdx.html to leam more about 
CQDX) 
* Improved support of sound Alerts 
+ Improved web refresh on DX-Plorer 
Upgrade of the site list entries to include new telnet 
sites 
* Added a special spot filter rejecting old spots (this 

fights huge dx spot loops during main contests) 

To get more details about the news in this version, 
i please check: 
hitp://members.xoom,com/wd4ngb/new, htm 


| DXTelnet 4.51 can be downloaded from one of the 


following web sites: 
http: //mambers.xoom.con/widngb/telnet btn 
bttp: //wew.powernetoniine.con/—dbald/dxtelnet.btnl 


Please email any feedback to: 
dxtelnet@usa.net 
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Ham Tracker Free Download 


Nevyn Campanella, KC7JGW 


nevyncampanclia@gilanet.com 
ICQ 20577394 


Because of my concern over possible severe 
communication problems due. to the effects of Y2K, I 
have developed a small application for hams called Ham 
Tracker, It is free and can be downloaded from 


www .interbug.com/hamtracker/ 


This is 4.2 meg and is a complete setup program for 
Windows 95/98, Using a 56k modem it should take about 
17 minutes to download. 


The question this application can answer is: "IfI needed 
to send a message to someone in an area that has a 
repeater, BUT I can’t reach it from my location, who 
could I contact that has repeater access to the repeater I 
need to get a message to and repeater access to me?" 


The system is based on having hams in a general area 
rate their access to local repeaters on the following scale: 

?=Unknown 

0=Cannot Reach 

1=Weak Access 

2=Normal Access 

Once this data is collected and placed in the data base 
files, all that is necessary to answer the above question is 
1: Select ham who needs to send the message, 2: Select 
from Target groups of repeaters the group that contains 
the target repeater 3: Select the location of the target 
repeater. 


Ham Tracker will give you the following information: 
1. Hams that have an access rating of 1 and 2 to the 
target repeater. 
2. The access rating between the Origin of the message 
and the hams who can reach the repeater in question, 
Final results are given in four tables starting with those 
who have access rating of 2 to the target repeater and an 
access rating of 2 between the ham sending the message 
and the ham passing il through to the target repeater. 


The best method for completing the survey is to place 
the application on a web site and have local club members 
rate their access directly through the web site. If you need 
help in doing a survey I would be glad to lend some time. 
If you have any questions contact me at: 
nevyncampanella@gilanet.com 


Nevyn Campanella 

P.O Box 100 

Glenwood, New Mexico 88039 
Phone + 505-539-2120 
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Formation of the APRS Working Group 
(APRS-WG) 


Bob Bruninga, WB4APR, Steve Dimse, K4HG, Keith 
Sproul, WU2Z, Greg Jones, WDSIVD, and John 
Ackermann, N8UR met near Baltimore, Maryland on 
Saturday May Ist and Sunday May 2nd to hold an 
in-person meeting concerning the recent issues of 
importance related to the future of APRS. 


The main issues discussed were: 


Determine process to open APRS development. 
Determine the management process for the develap- 
ment of the APRS protocols. 

Determine the publication process for the APRS pro- 
tocol standard. 

Determine and publish a certification/validation 
process for APRS items and programs. 


* 


The mecting was very productive with substantial and 
positive progress made on these issues. The group 
developed a working plan and a lask list for continued 
discussion so that the participants who were not in 
attendance (Authors Mark Sproul, KB2ICI, Brent 
Hildebrand, KH2Z, and Mike Musick, NOQBF) could 
have input on the working plan as developed at the 
meeting, 


All involved were pleased with the Outcome of the 
metting and the working plan that resolved outstanding 
issues. The group is now focused on the positive and 
growing aspects of APRS and creating a process that will 
open the development of APRS hardware and software. 


As a result of the dialog held among the primary 
authors of APRS, the APRS Working Group 
(APRS-WG) is being founded to aid with the 
development and growth of APRS. What follows. is 
information on the APRS-WG and initial plans for the 
next eight months. As promised in the initial agreement 
between the authors, this announcement covers the 
substantive outcomes that have occurred in private 
on-line discussion and at the in-person mecting held on 
May 1-2, 1999, 


The APRS-WG would like to thank all those involved 
and the APRS. community as a whole for allowing this 
process {0 happen in the manner that it did. We feel the 
resulls will benefit the APRS community as a whole. 


Greg Jones, WDSIVD 
for the APRS Working Group 
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APRS Working Group 


Mission Statement 

APRS, developed by Bob Bruninga, WB4APR, is an 
Amateur Radio digital infrastructure for realtime and 
tactical digital communications. It is designed to 
provide communications during emergencies, but it is 
recognized to support routine round-the-clock global 
communications as well. Its applications include 
mapping, messaging, telemetry, and tracking. It uses 
a standard protocol over RF links, supplemented by 
allernate communication methodologies. 


The APRS Working Group 
The APRS Working Group ("Group") is an 

unincorporated association whose members undertake to 

further the use and enhance the value of the APRS 

protocols. by 

(a) mautaining and publishing a formal APRS Protocol 
Specification; 

(b) publishing validation iests and other tools to enable 
compliance with the Specification; 

(c) supporting an APRS Certification program; and 

(d) generally working to improve the capabilities of 
APRS within the Amateur Radio community. 


This document describes the organization and 
operation of the Group. Although the Group may receive 
support from TAPR or other organizations, it is an 
independent body and is not affiliated with any 
organization. The Group will have no budget, collect no 
dues, and own no assets. 


The signing members of the APRS-WG. 
Keith Sproul, John Ackermann, Bob Bruninga, Steve Dimse, Mike Musick, Stan 
Horzepa, Greg Jones, Mark Sproul. Not pictured: Brent Hildebrand. The 
APRS-WG was offically formed on May 15th, 1999. 
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Statement of Principles 

At a mecting near Baltimore, Maryland on May 1-2, 
1999, and in email communications in the days following, 
the Group members agreed to the following principles 
that will govern their behavior and that of the Group: 


1, Bob Bruninga has been the primary developer of the 
APRS concept. He owns the APRSdos computer pro- 
gram, the APRSdos documentation, and the APRS 
trademark, and retains the right to license these items 
to others, 


2. All Group members agree that in the spirit of Amatcur 
Radio, the on-air protocols themselves should be open 
io general Amateur Radjo development and not be 
resiricted by copyright, 


le 


. Existing agreements between or among APRS devel- 
opers are unaffected by this Charter, 


. The Group will formalize the APRS on-air Protocal 
Specification and publish a definitive APRS protocol 
document. Present plans arc to make the specification 
in book and diskette form, and possibly to provide it 
via electronic distribution, 


= 


5. A process will be put in place to define how changes 
to the protocol specification are made, and that process 
will permit input, review, and comment by the Amateur 
Radio public. 


The Group will pul a voluntary APRS certification 
process in place, to be managed by Bob Bruninga with 
Group oversight. The process will include a publicly 
available validation suite. 


da 


Protocol Committee 

The APRS Protocol Specification is the formal 
definition of the data elements and message formats used 
lo communicate between APRS devices via wireless or 
wired (¢.g., Internet) connections. It does not include user 
interface or other elements that do not affect the content 
or format of these interface components, 


The Protocol Committee, which presently consists of 
all APRS-WG Members, is responsible for the APRS 
Protocol Specification. It manages the process for 
publishing and updating the Specification, and for 
receiving public comment on proposed changes. 


The Protocol Committee intends to publish Version 1.0 
af the APRS Protocal Specification by the end of October 
1999. The first draft of the Specification will be made 
available to the Amateur Radio community by the end of 
June 1999, and comments will be accepted as defined 
below, 
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Committee Operations and Community Input 

Input from the APRS user community, other APRS 
developers, and the amateur community at large is a key 
component Of the protocal development process. Once 
the process has been formally defined it will be 
announced and published, 


Certification Committee 

The Group wants to encourage the development of 
products that properly implement the APRS protocols. 
To that end, the Certification Committee, which is 
initially composed of all Group members, will establish 
a Certification Program. Certification is wholly 
voluntary on the part of an APRS product developer, and 
the Certification Program is available on an equal basis 
to any developer. The full certification process and 
schedule will be announced and published shortly after 
Dayton, Some of the points of certification include: 


1. The Committee will develop and approve a Validation 
Suite, which will be the primary basis tor Certification, 
The Suite will consist of test inputs and a description 
of how a product complying with the Protocol Speci- 
fication should réact to each of these inputs, The suite 
will be based on the TAPR TNC-2 packet display 
format. The Validation Suite will be made available to 
the public without charge, 


Bob Bruninga will manage the Certification Program 
on behalf of the Committee, subject to oversight by the 
Committee. 


3. Subject ta compliance with a Certification Agreement 
that must be signed before Certification is granted, 
Certified Products will be permitted to display or be 
advertised in conjunction with an "APRS Certified” 
trademark and logo. The trademark and logo are 
owned by Bob Bruninga and are licensed subject to the 
Certification Agreement, 


Certified Products must successfully complete the 
Validation Suite, but applicants must acknowledge that 
additional vesting may be necessary to ensure thal a 
given Product properly implements the Protoco| Speci- 
fication, and agree. (o reasonably cooperate with such 
lesting. 


, The Certification process is largely self-managed, The 
applicant must run the Validation suite and submil 
results with the application. The Committee will con- 
duct such testing as it deems necessary lo verify the 
Product’s canformance to the Protocol Specification, 


[Full details regarding membership to APRS-WG, meet- 
ing and voting process, protocol committee, and the 
certification process will be made available ance the rules 
have been fully developed. | 


ad 


= 
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1999 Dayton 
Greg Jones, WD5IVD 


Dayton Ham Vention 1999 was so much fun!!! We had 
a ton of people attend and work the booth. Thanks to all 
those who took time out to work the booth, answer all 
those multitude of different questions asked every year, 
and generally participated in being at the HamVention 
doing digital stuff. Dayton is fun, but it is a lot more fun 
because of the activities involving others that happen 
during the weekend. 


Dorothy Jones, KASD WR, mans her spot in the booth during Ham Vention. 
TAPR keeps Dorothy busy during the show, taking order information, 


TAPR Digital Forum 
The room had around 200+ people the entire time of 
the forum. The following talks were given during the 
forum: 
Welcome to the TAPR Digital Forum 
John Ackermann, AG9V, Forum Moderator 
TAPR Kit/Project/Organizational Update 
Greg Jones, WDSIVD 
Linux AX.25 
John Ackermann, N8UR 
PIC-E Developments 
Steve Bible, N7HPR and John Hanson, W2FS 
GPS Projects 
Steve Bible, N7HPR 
Compact Flash Adapter 
John Koster, W9DDD 
APRS Update 
Steve Dimse, K4HG and Stan Horzepa, WALLOU 
TAPR 900Mhz FHSS Radio Project 
Tom McDermott, NSEG 
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We did capture all the audio from the presentations and 
they are now available on the TAPR virtual meetings page 
www.tapr.org/tapr/html/Fdayton99. html. 


TAPR Banquet and 
PacketBASH 

The fifth annual TAPR 
Banquet and PacketBASH at 
the NCR "Sugarcamp" 
Conference Center had over 
100 people attend. If you 
didn’t make it this year, be 
sure to make it this next year. 
Again, many thanks to John 
Ackermann, AG9V, and Fred 
Peerenboom, KE8TQ, of the 
Miami Valley FM 
Association for their support 
of this event. 


The dinner talk entitled "A fohn Koster, W9DDD showing the 
Little Technology Goes a TAPR CompactFlash Card Adapter 
Long Way” was given by Goring the TAPR Digi Forum at 
Dave Pedersen, N7BHC. ef alee a 
Everyone really enjoyed the 
talk and slide show. The audio from the banquet talk is 
available on the TAPR Virtual meeting page (see web 
page above), You'll have to listen to the audio to judge 
for yourself. Thanks, Dave, for an excellent banquet talk. 


Steve Bible, NTHPR, shows off his PIC-Tracker Project to an interested member. 
Doug McKinney, KC3RL, and Bob Hansen, N2GDE 
talk to another ham at the far end of the booth, 


After the banquet groups of individuals broke into 
small discussions groups. Hiro, of PRUG, brought the 
2,4G Spread Spectrum radio which was discussed in the 
last PSR. The unit uses the Stanford Telecom SS chipset, 
and as shown in the photo, is mounted inside a cable-tv 
line box. The enclosure makes fora neat looking and very 
weather proof radio design. 
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Hiro, of PRUG, shows off the 2.4G module at the TAPR PacketBASH on Friday. 
The unit was discussed in the Jast issue of the PSR in the PRUG update. 


Steve Bible, N7HPR, and Steve Dimse, K4HG, assemble the PIC-E kits before the 
exhibit area opens Friday at Ham Vention. They seem to be having fun, 


Mic-E/ MIM Transmit 


Bob Bruninga, WB4APR 
bruninga(@nadn,navy.mil 


A person just asked if he could use the MIM/Mic-E as 
a general purpose AX.25 TNC transmitter and the answer 
is yes (sort-of). 

If you program the MIM/Mic-E GPS string to be a 
wildcard such as "$X" then if you connect a dumb 
terminal, then you can send anything you type by 
preceeding it with $X. 

So $XHello everyone, how copy my MIM? 


should transmit the packet "Hello everyone, how copy my 
MIM?" 
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Microchip Seminar 


Steve Dimse, KAHG 


On June 15, Stevé Bible (N7HPR) and I attended the 
Advanced Microchip Seminar in Orlando. John 
Hansen also attended one the week before up in his 
neck of the woods. For anyone interested in using the 
PIC processors from Microship, these seminars are 
well worth it. First of all, the food is great! Don't make 
the mistake of pigging out the night before, and then 
eating the lousy hotel freebie breakfast as Steve and I 
did, instead go hungry! 


The topics covered include the new features in the 
latest chips (they make you drool over chips you can't 
get yet), operation of the high end emulators (they 
make you drool over $2,000 tools you can’! afford yet), 
and the new low end In-Circuit Debugger (ICD) (they 
make you drool over the tools you ordered but they 
haven’t shipped yet). Good thing there is a Jor of food 
to soak up all that saliva...oops, I guess ] already 
mentioned the food. They were also giving away a nice 
little prototype board for the 16F8xx series, but 
unfortunately it was without the chips we've all been 
dying for (but at least the 16F877 is finally available 
from DigiKey). 


The ICD deserves special mention. This is 
something which is going to be very useful to us in 
future projects. It uses some special circuitry huilt into 
the new flash-programmable PIC's, the 16F873. 
16F874, 16F876, and 16F877. The [ICD connects to 
your projece’s board via a modular phone cable, which 
provides power for the ICD, as wel! as serial 
communications with the debugging and |n-circuil 
programming pins on the PIC. The ICD is in 
bidirectional! communication with the PIC chip, and 
uses a single hardware breakpoint register an these new 
chips. While this is not as flexible as the $2000 ICE 
products, it is 4 vast improvement over what we have 
now. You lose a couple of pins and 256 bytes of 
program memory, Whick is 4 small price to pay. Expect 
to see the ICD sockel in most fulure TAPR projects. 


If you get the chance ts go to a Microchip seminar 
in your area, we highly recommend it. These guys are 
really looking to sej] some chips, and they don't even 
care if you are small time like us. The seminar is more 
than reasonably priced at $50. If you buy onc of their 
development tools, the PicStart programmer for $150, 
or the In-Circuit Debugger for $130, the seminar is 
free. The schedule and registration are available on the 
web site. The Summer round will be over by the time 
you get this, but pay close attention to the Microchip 
web site (WWw.micfochip,com) for the next round, 
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Hiro, of PRUG, shows off the 2.4G module at the TAPR PacketBASH on Friday. 
The unit was discussed in the last issue of the PSR in the PRUG update, 


Steve Bible, N7HPR, and Steve Dimse, K4HG, assemble the PIC-E kits before the 
exhibit area opens Friday at Ham Vention, They seem to be having fun. 


Mic-E / MIM Transmit 


Bob Bmuninga, WB4APR 
bruninga@nadn,navy.mil 


A person just asked if he could use the MIM/Mic-E as 
a general purpose AX.25 TNC transmitter and the answer 
is yes (sort-of). 


If you program the MIM/Mic-E GPS string to be a 
wildcard such as "$X" then if you connect a dumb 
terminal, then you can send anything you type by 
preceeding it with $X. 


So $XHello everyone, how copy my MIM? 
should transmit the packet "Hello everyone, how copy my 
MIM?" 
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Microchip Seminar 


Steve Dimse, K4HG 


On June 15, Steve Bible (N7HPR) and | attended the 
Advanced Microchip Seminar in Orlando. John 
Hansen also attended one the week before up in his 
neck of the woods. For anyone interested in using the 
PIC processors from Microship, these seminars are 
well worth it. First of all, the food js great! Don’t make 
the mistake of pigging out the night before, and then 
eating the lousy hotel freebie breakfast as Steve and J 
did, instead go hungry! 


The topics covered include the new features in the 
latest chips (they make you drool! over chips you cant 
get yet), operation of the high end emulators (they 
make you drool over $2,000 tools you can’t afford yet), 
and the new low end In-Circuit Debugger (ICD) (they 
make you drool over the tools you ordered but they 
haven’t shipped yet). Good thing there is a lot of food 
to soak up all that saliva...cops, I guess I already 
mentioned the food. They were also giving away a nice 
little prototype board for the 16F8xx series, but 
unfortunately it was without the chips we've all been 
dying for (but at least the 16F877 is finally available 
from DigikKey). 


The ICD deserves special mention. This is 
something which 1% going to be very useful to us in 
future projects, It uses some special circuitry built into 
the new flash-programmable PIC’s, the 16F873, 
16F874, 16F876, and 16F877. The ICD connects to 
your project's board via a modular phone cable, which 
provides power for the [CD, as well as seria! 
communications with the debugging and in-circult 
programming pins on the PIC, The ICD is in 
bidirectional communication with the PIC chip, and 
uses a Single hardware breakpoint regisieron these new 
chips. While this is not as flexible as the $2000 ICE 
products, il is 4 yast improvement over what we have 
now. You lose a couple of pins and 256 bytes of 
program memory, which is 3 small price lo pay. Expect 
to see the ICD socket in most fulure TAPR projects. 


If you get the chance lo go to a Microchip seminar 
in your area, we highly recommend it. These guys are 
really looking to sell some chips, and they dan"t even 
care if you are small time Jike us. The seminar is more 
than reasonably priced ar $50, ff you buy one of their 
development tools, the PicStart programmer for $150, 
or the In-Circuit Debugger for $130, the seminar is 
free. The schedule and registration are available on the 
web site, The summer round will be over by the time 
you get this, but pay close attention to the Microchip 
web site (www.microchip,com) for the next round. 
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APRS® Microphone Encoder Firmware for 
the PIC-E 


John Hansen, W2FS 
john@bansen,net 


TAPR’s PIC-E is out of beta testing and is now 
available for general consumption, The PIC-E is a 
general purpose serial data to packet radio interface thal 
is specifically designed to allow reprogramming by the 
end user. As of this writing there are five firmware 
packages posted in the PIC-E software download area 
(see the link from www.tapr.org/tapr/html/Fpice.himl): 

* PICE090.zip An APRS Microphone Encoder 

+ GPS-E-2c.zip An APRS Microphone Encoder 

+ u2k.zip A Packet Radio Interface for the Peet Broth. 
ers Ultimeter 2000, 

* picediag.zip Diagnostics Program for the PIC-E 
(described in the PIC-E manual), 

* pktinOL.zip Beta Version of Code to Receive Short 
Packets 

This paper will describe the operational aspects of the 
first two of these packages. In both cases, these firmware 
packages were designed to displace the TNC that is often 
used in mobile APRS installations. In addition, they 
provide most of the functionality of a MIC-E microphone 
encoder, If wie PIC-E is operating as a stand-alone 
iracker, it is connected ta a GPS unit (any that provides 
standard NMEA data will do) and (o a radio (most likely 
tuned to 144.39 MHz), li then simply transmits a position 
report (and optionally a beacon text) at regular intervals. 
In this way, the PIC-E could be combined with a 
rudimentary GPS unit and tadio (perhaps even 
crysial-controlied) 16 provide a very inexpensive (and 
polentially very small) tracking unit, 


Alternatively, a microphone can also be plugged into 
the PIC-E and it can then be used in pretly much the same 
way a MIC-E microphone encoder would be used. A 
position report is transmilled al regular intervals or af the 
end af @ transmission when the user lets up on the 
microphone PTT button. Presumably this position report 
is then forwarded from the MIC-E enabled repeater to the 
standard APRS frequency. In both cases (stand alone 
tracker or microphane encoder) the firrmware transmils 
compressed posilion reports to minimize air lime. 


Design Philosophy 

In crealing the PIC-E, we wanted to minimize the 
complexity of the circuit. We managed to reduce the 
number of chips to just two in an cffort to make the project 
casy 16 build and inexpensive, Inevitably, this resulted in 
some compromises. Any APRS packel requires a lot of 
information to be held in memory, Such items as the 
station’s callsign, path, APRS Icon, beacon text, and 
various timing parameters all require memory space, The 
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needed amount of memory space then had to be doubled 
since we wanted to include at least two independent 
configurations for the PIC. However, in keeping with our 
goal of minimizing the parts count, we did not want to 
have to include an EEPROM chip to store this dala. 
Furthermore, we wanted a unit that would be easy for end 
users to experiment with and develop new firmware. As 
a result, we wanted to avoid using any microcontroller 
that would require special equipment (like an expensive 
programmer or ultraviolet eraser) to use. These were the 
reasons that we ended up using the Microchip PIC 16F84 
microcontroller.. It has 1K of program space, is relatively 
casy lo program and reprogram, has 13 input/output pins, 
and has 64 bytes of on-board EEPROM storage. 


It did not take long for us to realize that the 64 bytes of 
data storage would be inadequate, even for one 
configuration, let alone two. Between the station 
callsign, path, and timing parameters, most of this space 
would be used up even before we came to the point of 
considering adding the beacon text. However, we 
reasoned that it would be possible to use some of the 1K 
of programming space to store data, but only if it really 
was Very easy to reprogram the unit. This led to adecision 
to include a PIC programmer on the circuit board itself, 
SO that all e user would have lo do LO program it would be 
to use a Serial cable to hook it up to his or her computer. 
Thus when you change the parameters on the PIC-E using 
either of our fitmware packages, you are teally 
reprogramming the program area of the chip, nol merely 
changing the Gata area. Microchip says thal these devices 
can be successfully reprogrammed at least 1000 times 
before failure, which we deemed to be adequate for this 
purpose. 


PICEQS0 and GPS-E-2 

From an operational standpoint, the biggest difference 
between these two programs is that PICE090 provides the 
user with the absolute maximum in flexibility while the 
GPS-E-2 targets ease of use as its main goal. To use 
PICEO90, you first change those parameters (callsign, 
path, etc) that you wish to alter and then use an assembler 
(MPASM) to recompile the program. ‘You then Joad the 
code into the chip using 8 program like PICPROG or PIX. 
GPS-E-2, on the other hand, presents you with a standard 
Windows graphical user interface (GUT) dialog box that 
allows you to fill in the Values you want for the various 
parameters, and then programs the chip for you, This 
GUI is both its strength and Its Weakness. On the one 
hand, the program is never recompiled, so you don’t need 
MPASM. Nor will most users require a seperate program 
to load the code mito the chip, However, because the 
program: is not recompiled, the amount of space devoted 
to each parameter has a fixed maximum and cannot be 
changed by the user. For example, GPS-E-2 permis a 
maximum of only three digipeters in the path 
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specification and only 50 characters in the beacon text. 
For most users. this will not be an inconvenience. 
However, if yau were to decide that you wanted to include 
a longer path but use shorter beacons, this would be 
impossible in GPS-E-2. These types of trade-offs are 
possible, however, in PICEO90, One other advantage of 
PICEO090 is that it can be run under plain DOS, while 
GPS-E-2 requires either Windows95 or Windows98. 


Using PICEO90 

You will need the PICE090.zip file, the asm22000.zip 
file, and the picprg06,zip file to use PICEO90. Unzip all 
three of the files (using one directory for all of them is 
fine). Find the file called OPTIONS.ASM and edit it with 
an editor such as NotePad. Look for the lines called 
Option1 Start and Option2 Start. These are used to 
separate the parameters you will enter for the two 
different configuration options. The default values for 


these lines are as follows: 
Optionl start 


at prado’ ; Sumber ef flaga to send auto 

at os" ; tumber ef flaga to sand mmoual 

at por j; mic-e message 

at ‘> 1 Spre symbol 

at wir’ ¢ apres symbol tuble 

at B’O" ; mic-© patb 

at D'2 ; Suto time in 10 #eo (2 = 20 sec) 
at b’a 3 Banuel time dn 10 sec (1 = LO sec) 
at oa ; quiet tise in seconds 

at os" j beacon rate (beacon every third) 


4t @eaconl Btart — Option! Stert |; seacon offeat 


at "m6po ~, D'O’ + H'30' | callsign and digin 
at "WIDE ", D‘'O’ + H‘30° 3} calipign and digis 
dt "WIDE ", D‘'O' + H‘30" j; calisign and digis 
dt "WIDE ", D‘O* + #'30' ; callsign and digis 
dt “WIDE ", D'O’' + H‘30" j; callaign and digis 
dt “WIDE “, D’‘O' + H'30’ ; callsign and digis 


at ° 

Beacon] Start 
* PIC-E testing bycn@inamse.com” ; beacon 

at 0 


i 
ORG Option] Start + D’'120" 


Option2_start 


at p‘ 40’ } mumber of flange to send auto 

dt p's } number of fluge to send manual 

dt p‘o } mic-e message 

at ‘> } apre aymhol 

at u’2F } Spre symbol table 

at “’0° 7; mic-e path 

dt D‘é 7; auto time in 10 sec (2 = 20 mec) 
at pra ; manuel time in 10 asec (1 = 10 aac) 
at pa’ ; quiet time in seconds 

dat b‘3’ ;} beacon rate (beacon every third) 


dt Beacon? Start - Optian? Start ; bencen offaet 


at “N6BG “, D'O’' + 8'30’ ; callsign and digis 
dat "wipe “, D‘O' + H'30' |; callsign and digis 
dt 0 

Bencon2?_Start 
at * PIC-E testing” } beacon 
at 0 


The first two lines allow you to specify the number of 
flags that will be sent before the data. This essentially 
allows you to set the TXDelay. Each flag takes 
approximately 6.7 ms to transmit so the default value of 
40 would result in a TXDelay of approximately 270 ms. 
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In most TNCs this would correspond to the command 
TXDelay 27. The default value for the auto setting is 
Significantly higher than the manual setting, because in 
manual mode it is assumed that there is no 
transmit/receive turnaround time because you are already 
trinsmitting and have just let up on the microphone 
button. 


The next line specifies the Mic-E message. These are 
taken from the Mic-E manual and are as follows: 
MSG ___jcon Color _ Default Definition 


0 riormal Off Duty 

1 normal Enroute 

2 normal In Service 
3 normal Returning 
- dim yellow Committed 
5 Brt yellow Special 

6 dim red Priority 

7 Bri red Emergency 


The next two lines ask you to fill in the symbol for the 
Icon that you wish to use and whether it comes from the 
primary or ulternate table. The primary table is the default 
(a hex value of 2F). If you are using an Icon from the 
alternate table, specify this value as SC. Here is.a listing 
of the Icons that are currently available. In PICO90, you 
should fill in the value from the Sym column. 


21 Police, Sheriff EMERGENCY (!) 


| 

- 322 reserved (had beenrain) reserved 

# 23 DIG! (white center) Numbered Star (green) 
$ 24 PHONE Bank or ATM (green box) 
% 25 DX CLUSTER 

& 26 HF GATEway numbered Diamond 
me Small Aircraft (SSID =7) Crash site 

( 28 CLOUDY CLOUDY 

\y ae avail (Mic moved to m) 

* 2A SnowMobile SNOW 

+ 2B Red Cross Church 

s@G Boy Scouts Girl Scouts 

- 20 House QTH (VHF) House (HF) 

ouadk X Vicinity Ambiguous Plot(new) 
| 2F Dot 

0 30 Numeral circle AO# Numbered Circle 
13H Numeral circle Al 

2 322 Numeral circle A2 

3 39 Numeral circle A3 

4 34 Numeral circle AG 

§ 3 Numeral circle AS 

6 36 Numeral circle AG 

r ey | Numeral circle A7 

8 38 Numeral circle Ag 

9 39 Numeral circle AS Gas Station (blue pump) 


3A FIRE Hall 


3B Campground Park/Picnic area 


< 3C Motorcycle(SSID = 10) ADVISORY 

= 3D RAILROAD ENGINE 

> 3E CAR (SSID = 9) NUMBERED CAR 

? OF SERVER for Files INFO Kiosk (Blue box with 7) 
@ 40 HC Future predict (dot) Hurricane/Trop-Storm 

A 41 Aid Station # NUMBERED BOX 

B 42 BBS Blowing Snow 

C 43 Canoe Coast Guard 
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44 Drizzle 
45 EYEBALL (Eye catcher) Smoke 
46 Freezing rain 


47 Grid Square (6 digit) Snow Shower 


48 HOTEL (blue bed symbol) Haze 
49 Tcp-ip Rain Shower 
aA Lightening 
4B School Kenwood 
4C avail Lighthouse 
4D MacAPRS 
4E NTS Station Navigation Buoy 
4F BALLOON(SSID = 11) 
50 Police Parking 
TBD QUAKE 
52 Rec. Vehicle (SSID=13) Restaurant 
53 SHUTTLE Satellite/Pacsat 
54 SSTV Thunderstorm 
55 BUS (SSID = 2) SUNNY 
56 ATV VORTAC Nav Aid 


57 National WX Service Numbered NWS site 


(NWS options) 


58 HELO (SSID = &) Pharmacy Rx 
59 YACHT (sail) (SSID = 5) 

5A WinAPRS : 

5B Jogger Wall Cloud 
5C TRIANGLE (DF) 

5D PBBS 


—— NK SCCAMWOVSIS!SO AGTH TOMMY 
oi 
~~ 


5E LARGE AIRCRAFT 
5F WEATHER Station (blue) 


# Numbered Aircraft 
Numbered WX site 


(green digi) 
Rain 


ARRL ARES etc 
Blowing Dust/Sand 
Numbered Civil Defense 


60 Antenna 

61 AMBULANCE (SSID = 1) 
62 BIKE (SSID = 4) 

63 tbd 


(RACES) 
64 Dual Garage (Firedept) DX epot by callsign 
HORSE (equestrian) Sleet 
66 FIRETRUCK(SSID=3) Funnel Cloud 
67 Glider Gale Flags 
68 HOSPITAL HAM store 


—- area “oe o ocs ~ 
a 
m 


69 IOTA (islands on the air) 


JEEP (SSID-12) 
TRUCK (SSID = 14) 
avall 

Mic-Repeater 

Node 


Indoor BOXn digipeater 
(w/overlay) 


Area Locations (box,circles,etc) 

Value Signposi (3 digit display) 
# Numbered Triangle 

EOC email circle 

70 ROVER (puppy) Partly Cloudy 

71 GRID SQ shown above 128 m 


er-awo735-=- 
a 
wv" 


72 ANTENNA Restrooms 
73 SHIP (pwr boat)(SSID-8) # Numbered Ship/boat 
(top view) 
| 74 TRUCK STOP Tornado 
uU 75 TRUCK (18 wheeler) # Numbered Truck 
vy 76 VAN (SSID = 75) # Numbered Van 
w 77 WATER etation Flooding 
x 78 xAPRS (Unix) 
y 78 YAG)@QTH 
z 7A 
{ 78 Fog 
| 7C reserved (Stroam Switch) 
70 
, 7E reserved (Stream Switch) 
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In the next line you specify the Mic-E path. This is not 
the same as the digipeater path (c.g. Relay, Wide, Wide) 
that you would normally expect to see, The APRS path is 
documented in the Mic-E protocol document, It is our 
understanding that this is little used and can be safely left 
at 0. 


The following three lines specify timing parameters, 
Auto time is the time between transmissions in automatic 
mode. When the switch SW2 is set to “auto,” the unit 
will automatically transmit 4 position report every $0 
often. This interval is the amount of time specified in the 
auto time litte. A value of 2 in this line corresponds to 
20 seconds. The next line does the same thing, but it 
corresponds to an SW2 setting of manual, In manual 
mode, the PIC-E does not send 2 position report at ihe end 
of every transmission. If that were the case several quick 
transmissions would each have their own position report 
appended to them. Instead, it waits until the first time the 
mic button is released after the amount of time specified 
in manual time line has passed. Again, a value of 2 would 
correspond to 20 seconds. 


The PIC-E is capable of detecting when the frequency 
is in use and avoids transmitting when it would step on 
someone else's transmission. So, for example, in 
automatic mode, even when the appropriate length of time 
between transmissions Sas elapsed. it will not tramsmx if 
the frequency is in use. However, you might not wart it 
to send immediately after the frequency has been cleared, 
because this muy simply be a pause tn between 
transmissions hy two stations on frequency. So, if you 
like, you may specify an additional amount of time (in 
seconds) that the PIC-E should wait before transmitting 
if it initially detected a husy frequency. This is known as. 
the "quiet time.” The beacon rate in the next line simply 
specifies how frequently the beacon lext should be 
transmitted. A three, for example, specifies that the 
beacon text should only be transmitted every third 
transmission. 


The lines labeled “callsign and digi" allow you to 
specify your callsign and the path to be used. Your 
callsign goes first. Notice in the sample there are two 
blank spaces in the quotation marks following the callsign 
N6BG. This is essential. The callsign must be exactly 6 
characters long, so if your callsign is shorter than 6, pad 
it with spaces to make sure that there are enough. The 
entry after the D’ is where the SSID is placed. A 
digipeater path (up to 8) can be added on lines following 
the line that contains the station callsign. Digipeaters are 
entered using the same syntax as the station callsign. 
Make sure the line "DT 0" ts left at the end of your list 
of digipeaters, One line is then added at the bottom for 
the beacon text, Put it in quotations and follow the 
general patiern that is used in the sample value. Follow 
this line with another DT 0 line (as shown). 
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KISS Is Ultra Simple 


James Jefferson, KBOTHN 
jjefiers@deskmedia.com 
www.deskmedia,com/~jjeffers/ 


If anyone is interested in sending frames to a KISS 


device here is a super easy snippet of code I whipped up: 
/* KI88 Escape (and trap =) Characters */ 


Sdefine FEND Oxod 
tdefine Frec Oxdb 
idefine TFEND Oxdo 
define TrzsC 8 Oxdd 


void SendByte(byte data) 


/* Check to soe if the character needs to be escaped - 
per KISS spec*/ 


ewitch(data) 


case FEND: 
print? ("totc",FESC,TFEND) ; 
case FESC: 
print£("sotc" ,FESC,TFESC) ; 
dofault: 
putchar(data); 
/* doesn't need to be escoped */ 
} 
} 


void GBendPacket (void) 
{ 


byte 1,4; 
putchar(renD); /* Stert Kiss frame */ 
putobar(0); /* Date frame on pert 0 */ 


for (1 = 0 ; 4 < SPACKET_LENOTH ; 1++ ) 
/* do... while I= 0200 would probably be okay “/ 


/+ grab the packet out of EEPROM +/ 
GendByte(read_eepren(i)); 


putchar(fEND); /* End Kies frame */ 


You can just plug a KPC-9612 or whatever onto the 
PIC-E and fire away, The CRC is handled on the the TNC, 
so that doesn't even need to be worried about, I’m 
working on code for receiving AX.25 frames right now - 
the KISS TNC makes a nice interface because I don’t need 
to figure out the MX614 receive hardware in order to get 
some useful debugging done. 


First Impressions on Rand McNally GPS 
Recelver 


Stephan Greene, KAILM 
Sercene G@patriot net 


I tried out the Rand McNally GPS receiver yesterday 
with my Palm V and two software packages - 
pocketAPRS and GPSpilot's Atlas. This is my first GPS 
receiver, so I don’t have much of a baseline for 
comparisons. 
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The RandMcNally unit comes with their road atlas 
software for $99 or $79 for just the receiver, so we're 
talking simple, cheap, but works here, There is no on/off 
switch, you are suppossed to plug the DB9 connectar into 
your laptop and the PS/2 cable ¢ into the mouse port for +5 
VDC power. [ have not checked if power can be applied 
on the DB9 connector. 


The case |s the size of a large mouse and appears 10 be 
weather or spill-resistant (the only hole is on the bottom 
for the data/power cable), The bottom has four small tect 
that have enough friction for the unit to sit on the dash 
against the windshield or the rear shelf. The data cable is 
6 feet long, the power cable comes off the back of the DBY 
and is about 2 ft long. 


I made up a battery pack using 4 AA cells and a PS/2 
female jack so J can use it as 2 tracker or with my Palm 
Pilot. Current draw is 105 mA @ 6V; A slightly used set 
of Duracell’s was down to 4.5 V open-circuit and could 
not power the GPS after 12 - 16 hours (I don't know 
precisely when it quit), There is no user-accessible 
"sleep" mode, A simple 12v-5Vde regulator circuit 
would allow powering from the car battery or from a 
TNC, 


The unit seems to take about 2-5 minutes to get a good 
position (maybe less, I’m new to this; it did recover pretty 
quickly when I had to sit under a metal roof at the gas 
station for a fill-up) based on the output of Atlas or 
packetAPRS. This causes a problem with pocketAPRS 
— it sends alarms when GPS lock is lost and the alarms 
overflowed a buffer and crashed the software several 
times. Four to six satellites were usually being received, 
occasionally 3 (once only 2) and as many as 8. I've no 
idea what this says about the number of real channels in 
the receiver, 


Output is NMEA at 4800 bps, 8,1,N. PocketAPRS is 
quite happy with it and I was able to drive around Herndon 
VA and from Herndon to Germantwon MD and watch my 
car crawl around the map. Now I just have to find or 
figure out how to create and load better maps! Next step 
is connecting if to ny KPC3 for APRS tracking, 


Tcan already tell finding a way to safely mount the Palm 
in the car is going to be IMPORTANT! The serial 
connector is not THAT rugged, and T don’t want to get 
into an accident! 


My impression is that this receiver shows real potential 
as a cheap tracker or entry-level Tripmate/Eathmate 
alternative. 1'm also going to try it with other software 
for my Pilot; based on product reviews, Macrosoft's 
QuoVadis looks promising, 
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GPS-E-2 and Kantronics TNCs 


John Hansen, W2FS 
john@hanser.net 


Some weeks (or was it months?) ago it was reported to 
me that GPS-E-2 was not working reliably with 
Kantronics TNCs, The Kantronics TNCs simply weren’| 
reliably decoding PIC-E packets sent with my firmware, 
I spent some time trying to debug this problem but it was 
difficult because I didn't own a Kantronics TNC myself, 
At a Hamfest I attended the end of last month | found a 
KPC-3 for $50 and bought it. Iwas then able to confirm 
that there in fact was a probiem and that Kantronics 
equipment did not decode my packets very well, if at all. 
This was puzzling to me since my MF] TNC decoded 
them fine. 


In the intervening weeks I’ve spent an awful lot of time 
irying to find a solution to this problem. T assumed |hat 
it stemmed from the timing tolerances of the Kantronics 
being tighter than the MFJ. As a result I've spent massive 
amounts of time trying to "tune" the timing algorithms in 
the gpse.hex file. As it turns out, I was barking up the 
wrong trec. Tonight, for some odd reason (I can't even 
remember why)! increased the number of flags at the end 
of the packet from 1 to 2, The AX.25 does say 1 is fine 
and, in fact, you can even end one packet and start the 
next with the same flag. This may be true, but all I know 
is that when Il upped the flag count from 1 lo 2, 1 started 
getting rock solid copy on the KPC-3, Rather than pursue 
the reason for this further, I've decided lo simply declare 
victory and leave the 2nd flag in there. 


I mention this since many of you are developing your 
own firmware for the PIC-E, you might want to seriously 
consider ending cach packet with 2 flags rather (han |, 


If you have been using the GPS-E-2 firmware, please 
download the GPS-E-2b.zip file. It contains the updated 
software. The only other change that I've made is to alter 
the default icon from a bicycle (62h) toa car (3Eh). Drop 
mea note and Jet me know how this round of software 
works for you. 


Thanks and sorry this fix took so long. 


APRS ICQserve 


Rick Szpyrka, WBSTIF 
WbBLUT@gs!_net 


Thave pul together a webpage with instructions and an 
up-lo-date listing of the registered users of the APRS 
ICOserve by Tom NY4I. It’s located at 
www.qslnet/wbalif/ieqgserv.him and jt can also be 
accessed via my APRS webpage at www,gsl.net/wbstif/ 
This list will be kept updated. 


Summer 1999 - Issue #75 


Packet Status Register 


METCON Update 


Paul Benjamin Newland, AD7I 
ad7i@migbcs.ho.lucent.com 


The METCON team has been making good progress. 
We are justabout ready to release Beta kits to those paticnt 
souls who have been waiting for quile some time. 


At this point, we have ROMed code that implements 
thie functions of the old METCON-1 system, as well as a 
few new functions. A draft set of documentation (all 
except the construction manual) have been posted to the 
beta testers web site (cmail me if you just gotta have the 
URL), This documentation includes schematics, circuit 
descriptions, hex code, data sheets for components used 
in the device, cic. 


The code has been through a "system test" where the 
device is Operationally checked against the 
documentation. Because of this effort we hope that the 
beta testers will find few, if any, problems with the code. 


I'd like to thank everyone on the METCON team for 
their help and assistance with this project. And I'd also 
like to. thank the beta testers and others who have been 
waiting patiently for this device to be made available. 


“Connect Request 


Request For Home Brew PIC Programmer 

Our Port Elizabeth Amateur Radio Society (PEARS) 
intend to start a PIC user group. We are total novices and 
are looking for circuit diagrams to construct a PIC 
programmer. 


-Nei| Thomas, ZR2NT 


T have been playing around in designing home brew 
PIC programmers for some time, In the process, | have 
gathered lots of images of schematics for various serial 
and parallel PIC programmer hardware designs (lypically 
for 16F84). I found these useful in learning how to build 
a PIC programmer, and others may too. I have uploaded 
them lo www.byonics.com/pic/picprogimg,zip (464K), 


The zip file mostly only contains schematic images, I 
slill have the documentation lor most of these on my 
computer, so if any of the schematics interest you, and 
you are not able to find them in greater detail on the net, 
let me know and ['ll send you what I have. 


My first PIC programmer was a David Tail style one, 
which I modified (both hardware and software) to allow 
me to also use it to power and run my projects. This 
allows me to érase, program, run and stop the device, in 
circuit, all from the keyboard! Very handy, and leads to 
rapid turnaround time! 


-Byon Garrabrant, N6BG, byon@mail.com 
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Linux APRS Digipeater 2.0 


Alan Crosswell, N2YGK 
alan@columbia.cdu 


Announcing N2YGK’s Linux aprsdigi-2.0, 


Several hams have been using my original Linux 
APRS(tm) digipeater, aprsdigi, for a couple of years now. 
Tt was found in the arpsmon.zip package (don’t ask) on 
ftp.tapr.org. Release 2.0 of this advanced APRS 
digipeater is now available for free under the terms of the 
GNU Public License (GPL) at: 
www.users.cloud9,net/~alan/ham/aprs/. 


Major features of this release of aprsdigi: 

* MYCALL substitution, 

* WIDE, WIDEn-n, TRACE, and TRACEn-n. 

* As many radio interfaces as you can plug into your 
Linux machine with flexible gatewaying between 
them. 

Special handling for Mic-Encodér, Kenwood TH-D7, 
and TheNet X1J4, including SSID-based digipeating. 
Suppression of duplicate and looping packets. 
Works with Linux 2.2 kernel AX.25 network stack. 
This means any AX.25 interface supported by the 
kernel will work, not just a TNC2 clone. Examples 
include all the BAYCOM interfaces (BAYPAC, 
PICPAR, PICSER, etc.), soundcards, 8530 SCC 
cards, etc. 

This distribution also includes an updated version of 

aprsmon, but, unless you require support for other than a 

TNC-2, I recommend using WA4DSY’s aprsd instead. 


New Version of aprsd Linux APRS Internet 
Server Available 


Dale Heatherington, WASDSY 
daheath@ibm.net 

www. waddsy.radio.org 

www, waddsy.ampr.org 


[have made a number of changes and bug fixes to aprsd 
for Linux and have posted the file on ftp.tapr.org in the 
aprssig/linux section. 


The file is aprsd210,tar.gz 


It's also available at: 
www.waddsy.radio,org/Files/aprsd210.tar.gz 


This is a very worthwhile upgrade which fixes several 
irritating bugs and adds several new features. 


Below is a segment of the README file which lists 
the changes, 


REVISIONS: aprsd 2.1.0 6-22-1999 
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1) Fixed the code so it runs properly as a daemon. 
See added function "daemon!nit()" in aprsd.cpp. 
Also modified aprsd.init. 

To run a8 4 daemon enter: ,/aprsd -d 
To run as a program enter: ./aprsd 


2) Added logic to handle MDS password encryption in 
the validate module. Now it works with RedHat 6.0 
shadowed MDS passwords. 


3) Added "#include.h" statements in history.cpp and 
aprsd.cpp, Now it now compiles under RedHat 6.0. 


4) Changed logic so messages sent on RF also are sent to 
other Internet users. I needed to do this so messages to 
wild card groups such as "SCOUTS" go both to RF and 
the remainder of the users and igates, 


5) New Feature: The server now responds to the 
"IIGATE?" query. 


6) New Feature: You can pul system abusers in the 
"user.deny" file and deny uccess to RF or prevent them 
from logging on. 


7) New Feature: You can configure the server to ignoz: 
packets which were transmitted from your own TNC. 
The previous versions always igated your own TNCs 
packets. Use the command line “igateMyCall no" th 
aprsd.conf to turn off igatcing of your own TNCs 
packets. 


8) Fixed bug that caused the history listdump to abort and 
disconnect user after about 700 items had been seni. 


9) Fixed two bugs in aprsString and raw-user send code. 
Now mic_e packets come out in raw format on port 
14580, 


10) Changed the servers status messages to the new 
format. eg: “aprsdATLAPRS,TCPIP*:: USERLIST 
‘Verified user W4HAM has logged on," Noté the extra 
colon after TCPIP* and the lack of a message number 
on the end to indicate we don"t expect an ack. 


11) Fixed speed related problem in SendToAliChients() 
function that caused overflows of the Internet send 
queue, The server can now handle many more users at 
higher data rates. 


12) Added command "TncPktSpacing” to the aprsd.conf 
file. This command takes one parameter which is the 
number of milliseconds between packets sent to the 
TNC, Queued packeis to be transmitted will be spaced 
out al least by this number of milliseconds, The default 
is 1500 (1.5 seconds). 
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PocketAPRS v1.00 Released 


Mike Musick 
memusick@anel-stl.com 


After a year of development, Version 1.00 of 
pocketAPRS - APRS for the 3Com Palm Connected 
Organizer - is now available on the TAPR FTP server. 
This application incorporates most of the popular features 
of the APRS programs which run on conventional 
desktop computer systems, yet it runs on a device that 
truly fits in a shirt pocket. 


Features added since the previous mention in the 

Packet Status Register include: 

* Extensive RDP (radio direction finding) functions 

* Numerous changes to settings dialogs for improved 

organization 

"No digipeat” notification alarm 

Full support of GPSxyz tracker format 

On-screen retry counter for messages 

Completion of object data entry dialog 

Station list function popup 

Object/station information display screen 

Object editing 

Proximity and movement alarms 

Smoother interface response in several areas 

Fixes for several bugs and operational inconsistencies 
A specific feature set planned for but not released with 
this new version is map text labels. It was discovered late 
in the process that the label functions were flawed, so in 
lieu of risking frequent operation problems the label 
features were temporarily disabled. This feature will 
hopefully be fixed and enabled by the time you read this. 


> «fe © ff; © *® © + 


Like its "big brothers," pocketAPRS is shareware, and 
registration enables retention of user settings between 
program activations. Registration is $40, and registration 
information ts contained in the README-TXT file 
included with the downloadable binary. 


The latest version of pocketAPRS is located at: 
ftp://fip.lapr-org//aprssig/palmstuff/palmaprs/PCKT 
APRS. ZIP 


Also, general information, screen shots, FAQ's and a 
map index for pocketAPRS can be found al; 


www anet-stl.com/-memusick 


Maps for pocketAPRS 

At this writing, maps were still being generated (o meet 
specific user requests. The limitation lo local area 
coverage (80-mile squares) remains, bul this should be 
remedied shortly with conversion software for at least 
APRSdos maps, plus possible conversion of large-scale 
government geodata sources. 
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Check the WWW page mentioned above for a map 
index, or download: 


ftp;//ftp, tapr.org//aprssig/palmstuff/palmmaps/MAP 
INDEX.TXT 


X-APRS Alpha Version Released 


Mark Sproul 
msproul@ap.org 


An Alpha (preliminary) version of APRS for 
X-Windows is now available, I have placed a TAR file 
for X-APRS up on 


fip://aprs.rulgers,edu/pub/hamradio/APRS/Xaprs/ 


It is a 9 meg file, it has several maps but nota lot. You 
can add stardard WinAPRS maps to the MAPS directory. 
Currently the libraries are statically linked, this makes it 
larger than it needs to be. 


It requires LesTif 


X-APRS version 0.0.1 ALPHA June 30, 1999 


« WinAPRS format maps 

¢ TCP/IP connection to APRServe 

+ List Windows HOWEVER, these open up as small 
windows and must be enlarged manually 

Airport display 

Zipcode display 

CAP grids 

Click and drag with the RIGHT mouse button to zoom 
+/- key for zoom in/out 


Not Working: 


a 4 & G& 6 


* No Icons 
* No serial I/O 
* No double clicking 
+ No Dos maps 
« No Inmiage support 
Please do not report things that are not working, there 
are LOTS of things not finished yet 


What I need to know: 
+ Does it work under RedHat Linux 6.0 
* Does it work under Other PC-unix flavors such as 
FREE-BSD 
+ Ifitcrashes 
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ACE: A Version of APRS for Windows CE 


Rieh Wilner, R7SRW 
miwiares-morou 


—_—_—_—_—_—_—— 


Several Wodks before the 1999 Dayton Hanvention, F 
dusted off the idod Of writing a version OF APRS for a 
telulively mew compurcr Vp Previously, — bad 
stand to write aversion of APRS for the Apple Newton 
handheld. bot the untimely demise of thet plattorm ted me 
{> rovlize that a Newton software product had & very 
Fanited future, 


Windows CR (WinCE), or the other hand, bas beer 
upgraded ond enhanced severni mes since its tnitial 
retcasc, wd has once necome gq relatively sible and 
feuture-sich pluiform fhe portable computing devioss, 
‘There & o wide Variety of WinCE-hased hardware on the 
marker today, and I’ve Deen very impressed with the laest 
round of sulnotcbooksivic handheld PC (BYVPC) Ma's. 
onlow palm-sicé PC's (P/PC), and the auto HC, 


1 had started (hinking whout writing a version of APRS 
to sun on WinCE alour the fie that (be APRS authors 
gathered sogether to work out the detalls of the APRS 
Workitig Group and the APRS Certfhewtion rogram. 


Arpad the first of May 1999, | jumped iia 
rip br Wiib hath Tost, setuid my sights on S¢ing 
ableie display maps and display muge|Vved positiup re 
by the tiene Thad Gaved at eg Thighs xt 
hit too eppressive fonaty current schedule, buy} did nave 
the Oppartunityat Dayton to Wilk abOuUs who | Was loin 
with the other APRS authors, and some af the ‘TAP 
bourd members. Dart grateful dor ell of (heir support, ant 
am looking forward io working with all uf them as 
developmenr progresses, 


The fins! name for the soltwarc hyan’t been decided 
vet, bul lor now its code nameia ACE. (ACE stands lor 
anything you'd lio it \u stand for, e 2 A CE Endeavor.) 
The weekend following Daylun "94, It was able to nea 
nnd display all WinAPRS/MacAPRS format maps (Tiger, 
DOW. WU2Z). in full color on color-capalite doviues LL 
could also read and display maps in pockotAPRS themat, 
(If only t had started o woey enrlicr!) DOS APRS Jormar 
suppor will be completed shortly. As of this writin, it 
can new read and display APRS position, weather, und 
Stalos reports [rom aconnecied TNC and display them on 
the currontiy loaded map, If development keups 
progreaming at this rate, Lsbould have « publicty-wvailable 
heta in eurly fuly 1999, 


The following is « high-level list of features ond goals 
hat I have for an Initial rekase of ACE My email 
address is eowiirwe-inc.oom and | welcome afl 
comments, Augecstions, ack) wish tists. 


Pago ie 


Paoket Statue Regisier 


Overall 
APRS Cerrifioation (whan avajlable) 
TCP/IP connection support, 10 connect to APRServe 


* 


Mags 
Support lor WinAPRS'MacAPRS format maps 
Supporl for pUchwtAPRS mupy 
Support tac DOS APRS maps 
Colorsupport lor maps, or appropriate monochrome 
Napping yn MHGnAchrome devices 
~ Suppory for variable magnification from viewing the 
emire globe at ance to 1 pixcl = 1/700Knhh of an 
arcscaonsd (1 pixch=T wiches at the equator) 
* Display ofall neeived srations with appropriate icons 
tn mers 


* Overlay support (Dizipeiler lists, grid squares, ote.) 


eT “E. - 


Messubcs 
* Support Hr \PRS-iyle qvessages with acknow- 
lodgemerit 
* Support tow aupseply niessages 
+ Support for APRS ballon 
¢ Possible suppor far roverse-prath messaging 
TNC'S, GPS's and Busision 
¢ Ability to dence all yetal APRS packets on the air 
+ Support for soy YNC-2 oy AEA compatible TNC 
+ Support lor nyultyple serie ports (TNC and GPS 
smuliameously) 
Soppert for TNCs wih sccond serial ports, for G'S 
clita poanthrowwl 
© Support for direct GPS angut, 10 allow program to be 
used without a ENC 
* RDead-reckoning for ave with mon-GPS-equipped mio- 
Tale unsls 
* “Track Bistory plowing for mobile stations 


Weather 
* Suppurt for display oF Weather date from stations, 
both of Ihe map aid On Wstatinn detail screen 
* Support fev display and notification of weather advi- 
sores, Waiches, aid wamings 


PH 
+ Support for DF coverdge circles and vectors on the 


map 
¢ Support for PNG coverage citcles on the map 

‘Thescre¢oshots fom the current alpha version of ACE 
ace from Davie County, NC, Eastem Canada, and the 
Keys, Floridy. /The ortginal images before publication 
were in fill color] 

T hope I've piqued your interest in trying out this new 
version of APRS as soon as it’s available, a5 welll 28 irying 
out the other excellent versions of APRS for DOS, 
Windows. Macintosh, and PalmOS, if you haven't 
already 


Surnmite 1983 - /ssue #75 


(m 


Summer 1999 - Issue #75 


Don’t let the idea of buying a CE device scare you off, 
I’ve recently seen some very compact, 8MB, backlit, 
grayscale P/PC’s selling for as little as $99! 


Hope to see you on the map! 


APRS is a trademark of Bob Bruninga. Windows CE 
is a trademark of Microsoft. Newton is a trademark of 
Apple Computer, Inc. All other trademarks are property 
of their respective owners. 


Garmin GPS20/25 mods 


Steve Bragg, KA9MVA 
steveb@skymaster.c2-tech.com 


Harry Mueller KCSTRB and I have been working on 
preamp modifications for the Garmin GPS20/GPS25s. 
Harry took extensive pictures and notes of the 
modifications, and documented them: 


www.webzone.net/harrym/gps/gpsmod.html 


Harry doesn’t subscribe to the SIG, but asked me to 
pass the URL along. I applaud his efforts and tried to give 
him every assistance, because if there’s one thing I hate 
it’s the GPS unlocking on my tracker! 
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APRS Coming Attraction: XMLserve 


Sleve Dimas, KdHS 
edhg@TAPR.ORG 


My internct APRS server, APRServe, bas been 
successful heyond ary wildest dreams. In the last two 
years, there pee heen more than a quarter million 

“views of the jave and MapAilast pages displaying the 
Rai the web, andover 100,000 Feil y+ he ‘ Shack 
programs like Mac/WinAPRS and APRS+SA. On 5 
typical day, more than 2010 APRS stalions can lic viewed 
un the APRServe nctwork. 


Despite this sucess, APKServe ym lined in 1wo 
signi iuant ways, First,.(be dato is served in the raw forme 
a iLcomes gut of TNCs, This Moan any program that 
wishes to process the dala mat deal with the full 
contplexity ol the APKS prowcol. This is & Sexpilicent 
vumbling block (6 new applications Seeand, lhe IITML 
at the Mapiifast mnrerfaco fs coded io the program. 
Therefore there can only he aaingle pave fy a)l users, and 
10 Changs: 1 neane recompiling anid rebooting the eervers. 


My lLatesi project, XMi serve, adteesics these 
poowiains, As tke XML i@ tho wae sugessts, tho dave is 
retumed! as an XML document. FP you hyve not heara of 
XML, you will, a expeeted te be the NextBig Thing on 
tho Web, Currently web pages aro wriltes: in Mypertext 
Markup Leaguage. of HTML. This is a subset of the 
Standardized Genera! Markup Language, or SGML, 
ITT ML was dex) to be @ Very Limited subscc ol SGMI, 
aplinived for displiy in 2 browser. A big drawhback.of 

is chat il (s NOT oetensidle. There is ae way for a 
web alithor to Idontify what part.of # document is 
algnificans datu. This limits the suiomatic prucessing that 
san be vonc on web date, 


XML sands Sr eXtensibic Markup Language, which 
(8 a more powerful subset of SGML sien TTML. With 
XML, an author can identify specific dara within » web 
document. h tum, thiz makés proecssiny the document 
easier, and promises much greater intoropershilty of 
web-based systems in the futuro, A fill discussion uf 
XML bs far beyond this shor¢urticle, a good place to atart 
for more wiformation 1s wwwoxrml.com 


XMLserve will listen to the APRServe daéla stream, und 
marilaiti.a datubage Of every DackeDon the neiwork. By 
itseE (its archive Will be @ seldablo coninbatinn 10 the 
APRS community, oF many significant cvents are lost 
hecause no germansnt dutubase in mamibined, A user will 
be able lo query the «dalabasc ty wbliin dats of interest, 
The data will Ge rewrned in XML whaed will be usable 
in A web (eorplate lor dircet Wsplay. can be imported 
(hreouly inte many progrsmas Slates 2000 supports XML, 
for example), or imported ine a user's program. By 
developing different web page leiiplales, a user could, for 
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example, be wble-to prextuce web paves 1hat Gisplay thor 
locahion wilh customized lexl and links, graphically 
display weather itformation, or show iurrent message 
traffic. Source onde for wn MMI. parser will be releused 
as open sours lu faciirace the development of user 
applcalwyin, 


Ii i6 iniporiant Ww remenihber chat XMUservé is an 
enabling technology Ti Will du alninst nothing on its own. 
ILis up to YOU to think of things that it Cun be used for. 


DSP FTP Area is Reorganized 


Tam Bayer, AASDP 
TEaggootArsittTX rer 


If you have web puyes with links to files in the TAPR 
DSP FTP area, you will probably have to adjust them as 
isc new organized TAK DSP ETP area if now in plaice, 
Ic tuok quite a hil of work, as | wasn’t familiar with half 
the cody ve taere Iv tact, I'm noi sure i'm even farntliar 
Wild Much more than [hil how! 


The good news js Scent _Uplosus is gone; and ncVer to 
return. Tl) socept 100 feahing for being neyiigent and 
erat (in comune 1) petite first piace. Tl was never mcant 
10 be 4 penance home to doWalvads, 


Tr nddition to tht redrBanigation, 1 tries! lo include a 
README file for cach ditectnry that wil! conwin 2 Hat 
Of files Zouad within that directory complete with a rough 
description Th continue #iong Uhexc seme lines, please be 
sure 10 enclile a shory ta, ducumen! coniaining & 
digscription ofany Biles yeu upload. Also, when uploading 
files 16 ihe dyp/upload directory, send an cmail to 
WS iapeore to alert Ale to the fact I need to move a 
Hle 10 Jt's Appropriate home, 


The organized FTP area hiararchy |y based an the 
DSP hardware. [rr thin way, of yon-are looking forfiles for 
O parheuler OSPF. you on easily find them by just 
knowing What DSP pou are intersted in, The first level 
direchkwies are the tnajor OSP manulacturcrs: Texas 
instruments, Motorola, Anulog Devices, cic, There tx alxo 
4 géiora| first level directory for general DSP stuf, suah 
as tutorjals, simulation lonls, etc, 


Once you are inside the appropriate manufacturer's 
directory, it brewks down sccarding to the particular DSP. 
and DSP boxes. 


These are the first level directories: 


Analog-Devices: 
Contains DSP tools, source code, ete, for Analog 
Devices DSP-hased buerds, including PSA Sound 
Cards, and Share Ed Kits. 
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DSP_Tools: 
software and documents for DSP in general. Files are 
not for any specific DSP platform. 


Motorola: 
Contains DSP tools, source code, etc,, for Motorola 
DSP-based boards includiong Alef Null’s DSP- 
CARDs, and the Motorola DSP56002EVM. 


Texas_Instruments: 
Contains DSP tools, source code, etc., for TI DSP- 
based boards, including the TAPR/AMSAT DSP-93, 
and TI DSP Starter Kits (DSK). 


mail_archive: 
Contains mail archives from the TAPR DSP SIG Mail- 
ing list. 


upload: 
For incoming file uploads, Email aaSd{@tapr.org after 
uploading. 


Here is a detailed list of the directory structure: 


dsp 

dsp/upload 

dsp/Analog_ Devices 

dsp/Analog Devices/psa_sound_card 
dsp/Analog_Devices/Sharc 

dsp/DSP_Tools 

dsp/mail_archive 

dsp/Motorola 

dsp/Motorola/dsp56000 
dsp/Motorola/dsp56001 
dsp/Motorola/dsp56001/dsp-12 
dsp/Motorola/dsp56001/dsp_card_3 
dsp/Motorola/dsp56001/dsp_card_4 
dsp/Motorola/dsp56001/dsp2232 
dsp/Motorola/dsp56002 
dsp/Motorola/dsp56002/evm56k 
dsp/Motorola/dsp56002/evm56k/cu2aru 
dsp/Motorola/dsp56002/evmS6k/kce7ww 
dsp/Motorola/dsp56002/evm56k/inotorola 
dsp/Motorola/dsp56002/evm56k/motorola/schematics 
dsp/Motorola/dsp56002/evm56kK/TAPR_evmri 
dsp/Motorola/dsp56002/evm56k/coherent_bpsk 
dsp/Texas_ Instruments 
dsp/Texas_Instruments/tms320c10 
dsp/Texas_Instruments/tms320c10/dalanco-spry 
dsp/Texas_Instruments/tms320c10/dsp1 
dsp/Texas_Instruments/tms320¢10/dspl/diskS 
dsp/Texas_Instruments/tms320c10/dsp1/disk10 
dsp/Texas_Instruments/tms320c10/dspt/disk11 
dsp/Texas_Instruments/tms320c10/dspL/diski2 
dsp/Texas_Instruments/tms320c10/dsp1/disk2 
dsp/Texas_Instruments/tms320c10/dsp1/disk3 
dsp/Texas_Instruments/tms320c10/dsp1/disk4 
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dsp/Texas_Instruments/tms320c10/dsp1/disk1 
dsp/Texas_Instruments/tms320c10/dsp1/disk6 
dsp/Texas_Instruments/tms320c1L0/dsp1/disk7 
dsp/Texas_Instruments/tms320¢10/dsp1/diskS 
dsp/Texas_Instruments/ims320c10/dsp1/disk9 
dsp/Texas_Instruments/tms320c10/dsp1/diskidx 
dsp/Texas_Instruments/tms320c10/w9egr 
dsp/Texas_Instruments/tms320¢26 
dsp/Texas_Instruments/tms320c26/c26_dsk 
dsp/Texas_Instruments/tms320c50 
dsp/Texas_Instruments/tms320c50/c5x_dsk 
dsp/Texas_Instruments/dsp93 
dsp/Texas_Instruments/dsp93/Paccomm_eproms 
dsp/Texas_Instruments/dsp93/manuals 
dsp/Texas_Instrumenis/dsp93/simulators 
dsp/Texas_Instruments/dsp93/dsp93_eproms 
dsp/Texas_ Instruments/dsp93/util 
dsp/Texas_Instruments/dsp93/util/JPEGview files 
dsp/Texas_Instruments/dsp93/software 
dsp/Texas_Instruments/dsp93/software/linux 
dsp/Texas_Instruments/dsp93/disketies 
dsp/Texas_Instruments/dsp93/schems 
dsp/Texas_Instruments/dsp93/updates 
dsp/Texas_Instruments/dsp93/upload 
dsp/Texas_Instruments/dsp93/stlouis.wrkshp,95 
dsp/Texas_Instruments/dsp93/source 


SK: Ray Petit, W7GHM, CLOVER Inventor 


[From ARRL Headquarters] 


CLOVER inventor Ray Petit, W7GHM, died June 13, 
1999, at his home in Oak Harbor, Washington. He was 
55, According to his close friend Ed Bixby, AKOX, Petit 
suffered a stroke in carly March caused by a brain tumor 
that Jeft him mostly paralyzed, Continuing growth of the 
tumor resulted in additional strokes that finally took his 
life. 


CLOVER is a digital communications protocol 
designed for use on the HF bands that’s found wide 
application in commercial and amateur communication. 


Petit was well-known and respected within the 
Amateur Radio digital community. "Ray was a real 
gentleman and he will be missed," said QST Digital 
Dimensions Editor Stan Horzepa, WA1LOU. An ARRL 
member for more than 27 years, Petit had authored several 
articles for OST and QEX on CLOVER and coherent CW, 
among other topics. 


Petit is survived by his wife, Joyce, two brothers and a 
sister. 
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Petition to Prohibit Data Transmissions on 


Steve Dimee, KANG 
Greg Jones, WDOSIVD 


{Edited for publicanon from messages posied on tie 
Special [ateresy Group mailing tise] 


The FOC has assigned RM-9A73 so # petition by the 
Ceniral Stules VHF Society (COSVHES) secking 
generally more restrictive regulyGon. of she modes. 
used Dy amateurs In the 6m, 2m, | 25m. and 70 on 
bands, The proposal te iu eliminate al! date from 
$0,1-54.0 und 144.)-148 MI¥v! What the text 
disoessian imples and ike actual proposed Ceanges 
wy Appemdi, A say are different. 


According to Bill Tynan, W3X0_ Chairman 
Goveriiment Lraison Conimittes (tt thie Getta! Sines 
VIP Soviely, this restriction OOMalé ansmissions 
was pot wha} was intered. The intent was to prukihit 
Wide-barnd cmissionts on (he lower end of the VHF und 
UHF hands. 


Regarilless of theiy (Dfentinns and any onssibic 
error, there TS « proposal vow before the PCC iba 
would climinate date from all but » jiny scement of 
the 2 meter and f moter hands. 


If ell thoy wete asking for is protection inthe S04 
Io 30.3 and $44.1 to 1443 segments, E could support 
it, However, they also explicitly wish uw climinate all 
test activity beluw 222 Miz, which is something T 
canner support The ability iwexperiment is central to 
amateur radio, and that ability must Se maintained 


Steve |e corre This ie 2-very important PRM to 
read, considér, and Comment on. 


1 Nave pliced the pol Tile in question, in my web 
arcu [or casier access 
www.tapr.org/-wdSivd/RM-9673 pdf 
Turpeé all of you to read ir. 


This has hocn in the works for some time now and 
is actually an offshoot of the Spread Spectrum rule 
making that TAPR has been pushing. I was awure 
that Bill Tynan was working on thts overa year ago. 
There afe two major sides to this, The NPRM reflects 
the aldo shat basically wants bund seemen: plans 
defined in the rules agil tho olher side feels that we 
can't limit the nalure of operations on ihe amateur 
bands $0 as (0 allow the mast unlizarion of the 
spectrum as possible now and im the fuiure, since 
technology and people who use it change with lime, 
Once something gels into the rules, the spectrum is 
sivek, Once the spectrum is locked m place, we lose 
Aine OL the greatest wilyaontages of amatcur radio, that 
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of large Scements of contiguous spectrum. if we 
Qual Nuc to Lurther sopmentourywh Specie, weonly 
further reduce the usage on lheacseyments and make lt 
casierforsumeonctusaytharourdandasrougderunhized 
and ikerefnec they should boplacedialuthe commercial 
sector Avery dl Micu|tpostionwhichwewould de hard 
presved todcfend, 


This isa VERY DANCIEROUS slope we face if the 
FOC gues ahow! with this NPRM. Bandwidth in the 
amatecr radig bands ust tomMin Open tw ils Usage 
2nd aul he further scamenied wilken the community, 
There are already niles im the regulations that keep 
people few interfering with each uther, and eying to 
set ep-band plats in Part 97 ie & big misiake aad will 
impact amateur radio very ncevlively fora long time 
maybe eve) permencnity, 


Tne scoms al! very harmless end might look like 
something many Of you can support, Hur the down 
side that tan’! explained is tat ounce mules get enacted 
m Part 97 Wt liecolly iakes many ycate o get 
something cbanged genio. Take (hé Spread Spectrum 
rule making TAPR started to work on in 1994 (yes 
94) Hore vt le S+ yeats baler dod the FCC hus the 
Haaic wording Jefincd, bet it all sits sumeplece 
waiting to inally ge! pur before the Commissioners to 
act sivncd. Until these ules du wetalened we are still 
burdened with SS ruks written in the ealy 30's 
(upproaching 20 ycers old), This could easily happen 
with this PRM, It might pass and in ten years we 
might need \o be operating differcnt modcs, which 
would not be xécephable with wre pules changes 
suggested i this PRM. 


The basi¢ |remive is thyt Whe amateur radio bands 
Should be non-cesirictive so that the spectrum 
Denefils the moxt people, Hants should be traingi! 
Well enough know where they should operate to be 
in good amateur radi) Operating practice. While 
thete arc some thatignore good practice and operate 
where they wank, creating additional rules in the Part 
97 will not sop these poor operators, but it will 
impwet those of us that do [nllow the rules and 
wateur radio as a whole ut order to benefit a specific 
sub-eroup within oar bobby, 


[By the time this is published, the tattial comment periad 
will Have clased (July 28th), Warch the SIGs and tulletin 
bowrds fur addinonul opporuuinies to act on this issue.] 
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TAPR Organization News 


New TAPR Kits 


EasyTrak 

TAPR has embarked Upon a new 
project called EasyTrak that is 
presently in the prototyping stage. 
EasyTrak is an antenna rotor 
controller interface between a 
computer running a satellite 
tracking program, such as WiSP or 
Nova, and the Yeasu GS400B or 
GS5S500 azimuth and elevation 
rotors. It functions as the interlace 
circuitry between a computer 
serial port und the Yeasu rotor 
controller and will use the 
EasyComm protocol. Il is not a 
Stand-alone tracking device like 
the AMSAT/TAPR TrakBox, The 
prototype was displayed ai the 
Dayton Hamvention this year and 
hopes to move into beta 
production late this year. As 
always, stay tuned to the TAPR 
home page for news und 
announcements, 


APRS 1-Wire Weather Station 

Another new project isan APRS 
compatible weather station. 
Dallas Semiconductor 
(hitp://www.dalsemi.com) created 
a weather station to demonstrate 
their line of 1-wire semiconductor 
devices. It consists of an 
anemometer, wind vane, and 
temperature sensor, Oul of the 
box, the demonstration kit 
connects to a computer via a serial 
port adapter. A stand-alone 
controller is being designed to 
replace the serial port adapter to 
receive weulher dala and formal it 
as APRS formatted packets. The 
project is still in the prototyping 
Stages and hopes Lo enter beta 
stage late this year. Stay tuned to 
the TAPR home page for news and 
announcements. 
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PIC-E Update 

The TAPR PIC-Encoder 
completed a successful evaluation 
Stage. Fifty evaluation units were 
sold and changes and lessons 
learned were incorporated into the 
production PIC-E. Only slight 
changes were made, The most 
significant change was the desire 
to have a larger voltage regulator 
on the PIC-E to power GPS 
receivers, The production PIC-E 
now sports a 7805 voltage 
regulator that can support Up to 1 
amp of current, more than enough 
for many GPS receivers on the 
market today. Production PIC-Es 
sales were brisk at the Dayton 
Hamvention. You can order yours 
from the TAPR home page. 


TAPR Project Proposal 
Format 


One of the primary purposes of 
TAPR is to provide input and 
suppor! for research, 
development, and standards for 
new applications and technology. 
In order (a effectively provide an 
avenue for new project support we 
have developed an outline for 
proposal submissions, The main 
purpose of the dacument is to 
provide enough informationon the 
project in question, so that the 
TAPR board can make an 
informed deciston. Hopefully the 
Form is preity much 
selt-explanatory. The whole 
submission shouldn’t be more than 
about 5 pages total. Proposal 
submissions should be sent to the 
TAPR office or e-mailed to Greg 
Jones (wdSivd@tapr.org), 
Notification of receipt will be sent 
as soon as distributed to the board. 
The oard will then discuss the 
proposal in a timely fashion and 
provide feedback. Again, We hope 
this will facilitate project concepts 
and ideas within TAPR, [f you 
have any Suggestions, or 
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commentson this formator process, 
please letus know, 


1. Cover Page 
a. Name, Address, Phone. Fax, 
Email of project participants. 
(please indicate project leader) 
b. Title of Project or Proposal 
c. Time Period of Project 
d. Total Amount Requested 

. Technical Abstract of Project 
(short overview - less than a 
page) 

. Research/Project Objectives 


i) 


& Le 


. Research/Project Impact (who 

this is intended for and what is 
the potential application/serv- 
ice/function) 


wn 


. Research/Project Personnel 
(briefly describe the partici- 
pants and what they will be do- 
ing) 

6. Technology Transfer (what is 
the potential for something 
TAPR would develop, kit, pro- 
pose, or publish in the future) 


7. Budget Justification (spread- 
sheet) 


8. Attach anything else you think 
necessary for the proposal. 
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ARAL and TAPR al A 
Digital Communications Conference vir 


16th Annual 


Seplember 24-26, 1999 * Phoenix, Arizona 


Information 


Mark your calendar and start making plans to attend the year’s premier event in 
digital communications. The 18th Annual ARRL and TAPR Digital 
Communications Conference will be held September 24-26, 1999, in Phoenix, 
Arizona— just minules from Phoenix Sky Harbor International Airport. 


The ARRL and TAPR Digital Communications Conference is an international 
forum for radio amiuteurs in digital communications, networking, and related 
technologies to meet, publish their work, and present new ideas and techniques 
fordiscussion. Presenters and attendees will have the opportunity to exchange 
ideas and learn about recent hardware and software advances, theories. 
experimental results, and practical applications. The Digital Communications 
Conference is not just for the digital expert. but for digitally-onented amateurs 
of all levels of expericnee. 


A Conference for the Beginner as well 


The conference is not just for the digital expen. As in years pust un entire 
session strand with beginning, intermediate, and advanced presentations on 
selected topics in digital communications will be offered, Some of the topics 
will include; APRS, Satellite Communications, TCP/IP, Digital Radio, Spread 
Spectrum and other nvoductory. topes, Come to the conference and hear 
these topics presented by the experis! 


Symposia, Seminars, and Banquet 


Three symposia/seminurs will be held which allow those with additional time 
und interest to make the most of the Conference. For those who may have 
Interest in just one symposium of seminur, registration tor the conference ts 
not required to attend these activities, This ullows maximunay Meaibility for 
those who may want to purticipare during the Digital Communications 
Conference, bul do not have an cotive weekend to devote to the event. 


The Third APRS National Symposium will be held on Friday and will be 
moderated by Steve Dimse, KSHG (the developer of jaVAPRS), Tt wall likely 
include many APRS software authors, such us Bob Bnininga, WB4APR (the 
father ol APRS), Keith Sproul, WU2Z, Mark Sproul, KB2ICT (the developers 
of MacAPRS and WinAPRS). Brent Hildebrind, KE2Z (the developer of 
APRSPLUS), Mike Musick, NOQOBP (deyeloper of Pocket APRS), and other 
naronally-known APRS leaders. Join this group forthe afferoon wid evening 
for in-depth discussions and presentitions on the cunent and future stuus of 
APRS, This 18 4 unique opportunity te gain insight into this fus-yfowing 
digital aspect of amateur operanons that combines computers, packet radio, 
and GPS (Global Positioning System). 


Stunting late Priday afternoon, a technical seminar will be conducted by Allen 
Finne, KBSSOK, on High-Definition Television (HDTV). Allen is curently 
the chief engineer for Little Rock's FOX 16 KLRT as Well as for UP 38 KASN, 
Allen will he diseussing DTV (Digital Television) Implementation by 
Browdeusters during this two hour talk, 


| Conference 


Co-Hosts 

The 1999 ARRL and TAPR Digital 
Communications Conference will be 
co-hosted by the Motorola Amateur 
Radio Club of Arizona (MARCA). 
MARCA is one of eight Motorola 
radio clubs located around the world, 
MARCA has been the primary driver 
of APRS in Anzona, mitintaining two 
WIDE digipeaters that cover the 
Phoenix metropolitan area and 
working with other clubs to expand 
the network into Tucson and other 
parts of the state. MARCA recently 
iook over the sites of the Arizona 
Network Intertic Group to continue 
support for the packet network in 
Anzona, For more information on 
MARCA, please contact David 
McCurthy. KCTAYX, at 
rxyh90@emuil.sps.mot.com 


PRUG (Pucket Radio User Group of 
Japan) wil) be the International co- 
host for asccond yearrunning. PRUG 
will be hosting an informal social 
Friday evening before their seminar 
und syniposium is held. Visit 
tiitp://www.prug.or.jp for more 
information about the organization. 


Call for Papers 


Anyone interested in digital 
communications 1s invited to submit 
& paper for publicition in the 
Proceedings, 
Presentation at the Conference is not 
required for publication, Papers are 
due by August 9th, 1999, and 
should be submitted to Maty 
Weinberg, ARRL, 225 Main Street. 
Newington. CT 06111 or vin the 
Infernet to lweinberg @urrlorg, 
Information on paper submission 
guidelines are available on-line 
(hitp://www.tupr.org/dee). 


On Saturday mght the DCC Banquet will be held. This year the 
conference is proud to haye Geoff Baehr, N6LXA, Sun Microsystems 
Chief Network Officer at the banquet to speak, Sun Microsystems 
has been doing some very exciting things in networking over the 
years and the talk should bea very interesting one, After the banquet, 
there will be time for special interest group gatherings. 


The Sunday moming seminar will be focused on PIC development, 
design, and programming. This five-and-a-half hour seminar will 
focus on the things you need to know now in order lo understand and 
begin to participate in PIC development. PIC processors ar becoming 
Very important in various project designs and implementations. This 
seminar will be presented by the TAPR PIC Development team. 


Hotel 


Conference presentations, meetings, and seminars will be held ar the 
Holiday Inn Select Airport. Special DCC rooms rates are $69/single 
und $79/double per night. When making reservations with the hotel, 
be sure to indicate you are attending the ARRL und TAPR DCC in 
order to get the discount. [tis highly recommended that you book 
your room porto arriving. A block of 75 rooms is reserved until 
August 22, 1999. After the 75 rooms are booked, rooms will only be 
available in nearby hotels, so be sure to book your roonis early! The 
hotel provides transportation to and from the Phoenix Sky Harbor 
International Airport, Pleuse contact the hotel to arrange specific 
transportation needs. 


Holiday Inn Select Airport (conference hotc!) 
4300 E Washington 

Phoenix, AZ 85034 

Phone 602-273-7778. fax 602-286-1109 


What you can expect in 1999! 


* A full day of papers and breakouts for the beginner to the advanced 

* Three seminars/symposiums 

* The fourth annual Student Paper session. 

* A banquet with Special Guest Speaker Geoll Bauehr, NOLXA 

* Informal get-togethers throughout the weekend, 

* TAPR Membership Mecting 

* Aneventat which the most important new developments in amateur 
digital communications are announced. 

* Digital ‘movers and shakers’ from all over the world in attendance, 


Conclusion 


There are few activities where your participation can be somuch fun 
and important! What a great way to share and renew your enthusiasm 
for digital amuteurradio! A get-together with colleagues and bringing 
each other up to date on your latest work -- ull this, and more, for an 
unforgettable weekend of amateur radio and digital communications. 
We hope to see you at the ARRL and TAPR Digital Communications 
Conference on September, 24-26, 1999! 


Full information on the conference and hotel mformation can be 
obtained by contacting Tucson Amateur Packet Radio. Phone: (940) 
383-0000. Fax: (940) 566-2544, tapr@taprorg Web: www. tapr.org 


Contact the TAPR office by Phone 940-343-0000, Fax 
940-566-2544, or Internet: hutp://www.tapr.org and 
fapr@ tapr.org to register or for additional information. 
* Pre-Registration (before Sept 1st) 3200 
* Registration (after Sept 1) oratdoor $47.00 
Conference Registration includes: 
Conlerence Proceedings, Sessions, Meetings, 
and Lunch on Saturday, 


* Saturday Evening Dinner $22.00 
(Limited Space) 
Dinner: Geoff Bachr, N6LXA Speaker, 
Prize Drawing 


Symposia/Seminars 

* 3rd Annual APRS Natignal Symposium 
Friday, lpm - 7pm. 325.00 

* Technical Seminar on HDTV 
Friday, Spm - 7pm. $15.00 
Conducted by Allen Finne, KBSSOK 

* Sunday Seminar 
PIC Design, Development, and Programming 
Conducted by the TAPR PIC Development Teant 
Sunday, 8:30am - 2pm. $20.00 


TOTAL 
Name) Cat 
Dyas Hades 
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iemat E-mat 


[] Charge my credit card (chack one): Ss be — 


[visa () Mastercard 


Aget. + 
Expiration Date: 


Sagnature on card: 


Mail completed registration form with 
check to: 


TAPR 
8987-309 E Tanque Verde Rd #337 
Tucson, Az 85749-9399 


or check http://www.tapr.org/dee for an 
on-line registration form. 


A registration packet will be mailed in September 
Upon receipt of registration form and payment. 
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armin GOPS-20/25 Inierfuce/Power Kit 0.00 
Garmin GPS-2GPs-25 Daw Cab = 
Jarmin GA- PS Antenna :) 
Oncore V PS (Member Price) 50.00 [| 
Oncore VP lntceface/Power kul | 540.00) 
Oncor GT+ iMember Priced Bi. 
Motorola Antenna 9 | sus.00| | 
REAng Connector wicoux pigtail | 913.00 


Subtotal:| | 


All prices subject to change without notice and are payable in U.S. funds. Members receive 10% off on 
Kits and Publications, Please allow six to eight weeks for your order to be shipped. For specific 


information on kits, see Product Description flyer. 
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dafernmeetion 
8987-309 €. Tanque Verde Rd #337 
Tucson, Arizona * 85749-9399 
Office: (240) 383-0000 * Fax: (940) 544-2544 
Internet: TAPR@TAPR.ORG * www.taprorg 
4” HNonmProfit Research and Development Corporation 


www.tipr.org * ftp.tapr.org * tapr@tapr.org 
Office Hours: Tue-Fri 9am-12pm, 3pm-Spm CT 
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SubTotal 


Membership 10% Discount 
Member #: (Place new if joining) 
Total Sales (Subtotal minus discount) 
Texas Residents (7.75 % tax) 
Membership (New or Renewal) 
Shipping and Handling 
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200+ gages on ARS Spread Spectrum Topics 
1kO Yoed) ASO Meys of info! wi turn! nav pages 
19 SL, O50 Mitgof info! wi her nae papes 
WO pages @/dikk Oy: Tom McDermott, NSEG 
10 pages TAPR Packet Radi bok, 
Mipuges ty: Werry Buckiw, WAORIT 

Let Wek GINKW, TUPM? cer Packer Fuad 

Papen tan the Aftwual Mecting (Tucsin) 

Papers frente ie Await Meeting (S¢ Livuls) 


1978 DOC Proceedings Chicaga, [L 
WY7 DOS Precedings Baltimine, MO 
(rdivitaul Proceedings, call for prices 
12 Prweedmpe from 1981 co L997 


Kit Codes above 55 or Intemational 
orders must contact TAPR for amount. 
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